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DETAILED ACTION 
Response to Arguments 

1 . Applicant's arguments, see remarks, filed 23 January 2006, with respect to the 
rejection(s) of claim(s) 1-6, 8-16, 18-26, and 28-30 under 35 U.S.C. Title have been fully 
considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of 
newly found prior art reference(s). 

2. The applicant argued in substance the limitation, "transferring the request to a 
client thread dynamically created by the control thread to process request data 
associated with the request," of independent claims 1,12, and 22. The new grounds 
these features. See rejections below. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-6, 8-16, 18-26, and 28-30 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over LiVecchi (6,427,161) and Guedalia et al. (2003/0088609). 

5. As per claims 1,12, and 22, LiVecchi teaches a multi-threaded server accept 
method, system, and application (column 10, lines 27-47); comprising: a server process 
residing on a server and an application software residing on a computer-readable 
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medium operable to: creating a socket accept thread by a control thread of a server 
process (column 11, line 66-column 12, line 21); receiving a service request from a 
client by the socket accept thread (column 2, line 62-column 3, line 6); transferring the 
request to a data structure (column 12, lines 14-22); and retrieving the request, by the 
control thread, from the data structure (column 12, lines 36-43). But fails to teach 
transferring the request to a client thread dynamically created by the control thread, to 
process request data associated with the request. However, Guedalia et al. teaches 
transferring the request to a client thread dynamically created by the control thread, to 
process request data associated with the request (see Guedalia et al., H 108-112). It 
would have been obvious to one having ordinary skill in the art at the time of the 
invention to modify LiVecchi to transferring the request to a client thread dynamically 
created by the control thread, to process request data associated with the request in 
order so that when one request is being processed, all subsequent requests does not 
have to wait for the first request to finish (see Guedalia et al., % 107). 

6. As per claims 2, 13, and 23, LiVecchi and Guedalia et al. teach the data structure 
comprises a queue (see LiVecchi, column 11, lines 1-37). 

7. As per claims 3, 14, and 24, LiVecchi and Guedalia et al. teach the data structure 
comprises a FIFO queue (see LiVecchi, column 11, lines 1-37). 

8. As per claim 4, LiVecchi and Guedalia et al. teach waiting for service requests by 
performing an accept () call (see LiVecchi, column 11, lines 1-37). 

9. As per claim 5, LiVecchi and Guedalia et al. teach receiving the request 
comprises receiving a client socket object (see LiVecchi, column 6, lines 13-30). 
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10. As per claim 6, LiVecchi and Guedalia et al. teach waiting for the service request 
from the client by the socket accept thread (see LiVecchi, column 3, lines 51-67). 

11. As per claim 8, LiVecchi and Guedalia et al. teach receiving a second request by 
the socket accept thread from the client (see LiVecchi, column 4, lines 10-21); 
transferring the second request to the data structure (see LiVecchi, column 11, lines 1- 
37); retrieving the second request by the control thread (see LiVecchi, column 15, lines 
15-36); transferring the second request to a second client thread to process second 
request data; and processing the second request data by the second client thread (see 
LiVecchi, column 7, line 16-column 8, line 37). 

12. As per claim 9, LiVecchi and Guedalia et al. teach creating the second client 
thread to process the second request data (see LiVecchi, column 11, lines 1-37). 

13. As per claim 10, LiVecchi and Guedalia et al. teach socket accept thread and the 
control thread are executed on a single processor (see LiVecchi, column 1, lines 19-40). 

14. As per claim 1 1 , LiVecchi and Guedalia et al. teach the steps of transferring the 
request to the data structure and retrieving the request from the data structure are 
serially performed (see LiVecchi, column 12, lines 17-21: wherein pending connections 
on the queue is being performed serially). 

15. As per claim 15, LiVecchi and Guedalia et al. teach the socket accept thread is 
operable to wait for service requests by performing an accept() call (see LiVecchi, 
column 11, lines 1-37). 
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16. As per claim 16, LiVecchi and Guedalia et al. teach the socket accept thread is 
operable to receive the request by receiving a client socket object from the client (see 
LiVecchi, column 6, lines 13-30). 

17. As per claim 18, LiVecchi and Guedalia et al. teach the server process is further 
operable to: receive a second request from the client by socket accept thread after 
transferring the request to the data structure (see LiVecchi, column 4, lines 10-21); 
transfer the second request to the data structure (see LiVecchi, column 1 1 , lines 1-37); 
retrieve the second request by the control thread (see LiVecchi, column 15, lines 13- 
36); transfer the second request to a second client thread to process the second 
request data; and process the second request data by the second client thread (see 
LiVecchi, column 7, line 16-column 8, line 37). 

18. As per claim 19, LiVecchi and Guedalia et al. teach the server process is further 
operable to create the second client thread to process the second request data (see 
LiVecchi, column 11, lines 1-37). 

19. As per claim 20, LiVecchi and Guedalia et al. teach the socket accept thread and 
the control thread are executed on a single processor (see LiVecchi, column 1, lines 19- 
40). 

20. As per claim 21, LiVecchi and Guedalia et al. teach the server process is further 
operable to serially perform the steps of transferring the request to the data structure 
and retrieving the request from the data structure (see LiVecchi, column 12, lines 17-21: 
wherein pending connections on the queue is being performed serially). 
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21 . As per claim 25, LiVecchi and Guedalia et al. teach the application software is 
further operable to wait for service requests by calling an accept() program (see 
LiVecchi, column 11, lines 1-37). 

22. As per claim 26, LiVecchi and Guedalia et al. teach the application is further 
operable to receive the request by receiving a client socket object from the client (see 
LiVecchi, column 6, lines 13-30). 

23. As per claim 28, LiVecchi and Guedalia et al. teach the application software is 
further operable to: receive a second request from the client by the socket accept thread 
after transferring the request to the data structure (see LiVecchi, column 4, lines 10-21); 
transfer the second request to the data structure (see LiVecchi, column 1 1 , lines 1-37); 
retrieve the second request by the control thread (see LiVecchi, column 15, lines 13- 
36); transfer the second request to a second client thread to process second request 
data; and process the second request data by the second client thread (see LiVecchi, 
column 7, line 16-column 8, line 37). 

24. As per claim 29, LiVecchi and Guedalia et al. teach the socket accept thread and 
the control thread are executed on a single processor (see LiVecchi, column 1, lines 19- 
40). 

25. As per claim 30, LiVecchi and Guedalia et al. teach the application software is 
further operable to serially perform the steps of transferring the request to the data 
structure and retrieving the request from the data structure (see LiVecchi, column 12, 
lines 17-21: wherein pending connections on the queue is being performed serially). 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ranodhi Serrao whose telephone number is (571)272- 
7967. The examiner can normally be reached on 8:00-4:30pm, M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on (571)272-3880. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 





